今天是「如何用 Laravel 撰寫難以維護的專案」系列文章的最後一天囉！我們來談談為什麼要寫這系列文章

為什麼要寫「如何用 Laravel 撰寫難以維護的專案」系列文章？我們真的要開始寫難以維護的專案嗎？

當然不是。

我們要學習的，是怎麼在專案之中，保持好讀好寫，怎麼讓之後維護的人，包含我們自己，都可以更好維護。

我們在這 30 天裡面，提到了幾個面向：

• 程式撰寫
  • 變數命名（Day 3、Day 4）
  • 函式架構（Day 5）
  • 程式架構（Day 6）

針對 Laravel 專案該注意的地方，我們對每個部分，也都提到了該注意的地方：

• Route（Day 7）
• Middleware（Day 8）
• Database Migration（Day 9）
• Model（Day 10）
• View（Day 11）
• Controller（Day 12）
• 商業邏輯（Day 13、Day 14、Day 15）
• 自動測試（Day 16、Day 17、Day 18）

針對程式以外的面向，我們則討論了：

• 文件（Day 22、Day 23）
• 註解（Day 24）
• PSR（Day 25）
• IDE（Day 26）
• 團隊（Day 27、Day 28、Day 29）

要保證專案的可維護性，當然不止有這些面向。不過希望看過的人在覺得有趣之後，可以花時間鑽研讓專案更好維護的方式。既讓自己的工作輕鬆，也讓一起工作的同事可以愉快的合作。